home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / compress / arcd096b.zip / HISTORY.TXT < prev    next >
Text File  |  1992-08-15  |  16KB  |  332 lines
  1. History of ArcDoctor
  2. --------------------
  3.  
  4. 7-23-92  v0.90a
  5. ===============
  6.  
  7. Project begins!  Started by looking at all like programs I could get my
  8. hands on... Wrote ARCDOC.CFG to have all of the features of every archive
  9. file processing utility I could find - then added a few more.
  10.  
  11.  
  12. 7-26-92  v0.91a
  13. ===============   
  14.  
  15. Alpha Testing begins at:
  16.  
  17. Flamingo BBS - Melbourne, Fla
  18. Trojan Express BBS - West Palm Beach, Fla.
  19.  
  20. 1)  fixed lock-ups when blank lines where encountered in ARCDOC.CFG -
  21.     will now properly processes ARCDOC.CFG if a blank line is encountered.
  22.  
  23. 2)  Will now halt with a DOS ERRORLEVEL of 1 if ARCDOC.CFG is not found and
  24.     processed.
  25.  
  26. 3)  Will now halt with a DOS ERRORLEVEL of 2 if COMPRESS.CFG is not found 
  27.     and processed.
  28.  
  29.  
  30. 7-28-92  v0.92a
  31. ================
  32. 1)  Fixed bug trapping error levels left by SCAN.EXE.  The old routine
  33.     used a buggy TP procedure call that failed to correctly intercept
  34.     the error levels SCAN.EXE exited with - thus rendering the scanning
  35.     features of ArcDoctor useless.  The replacement coding took a couple
  36.     hours, and then several hours of thorough testing to be sure the new
  37.     procedure was flawless.
  38.  
  39. 2)  Made extensive modifications to VSETARCD.EXE - now traps most fatal 
  40.     errors and reports the exact problem to the screen.  Should prove
  41.     useful for others to figure out why they can't get this thing to work.
  42.  
  43. 3)  Now traps the "runtime error 3" when an invalid path\filename is given 
  44.     for the AddZipCmt file name and reports this error to both the screen
  45.     and to ARCDOC.LOG.  There might have been a jumble of path declarations
  46.     under certain setups - this code has also been cleaned up. Hopefully
  47.     this will fix the bug that caused ArcDoctor to crash when updating
  48.     archives.
  49.  
  50. 4)  ****** NEW ARCDOC.CFG FILE !!!! *******
  51.  
  52.  
  53. 7-30-92   v0.93ß
  54. ================
  55. 1)  Added  "Recursive Archive" scanning - ArcDoctor will now open and 
  56.     perform duplicate processing on all recursive archives.  Only one
  57.     level deep at this time - will require a major re-write of most
  58.     procedures for unlimited recursive processing.
  59.  
  60. 2)  Enhanced the error handling abilities of ArcDoctor.  Poor Juan <Grin>
  61.     He just doesn't seem to be able to get over those "Runtime Errors"
  62.     that I can't seem to recreate - works like a champ here, oh well.
  63.  
  64. 3)  Out of Alpha testing, in a restricted Beta release. Posted in 374_Sysop
  65.     echo - Requesting beta testers for a variety of BBS systems.
  66.  
  67.  
  68. 8-2-92  v0.94ß
  69. ==============
  70.  
  71.  
  72. 1)  Okay Juan... Here you go... I *DARE YOU* <Grin>, crash this one!
  73.     Added error trapping to the last few un-trapped routines. Enhanced
  74.     error trapping reports - most errors are now recorded in ARCDOC.LOG
  75.  
  76. 2)  Polished up the recursive processing.  Still needs a little work to
  77.     be at a point that I'm satisfied with it.  Fixed bug that would
  78.     re-pack a parent archive if it added zip comments to a child archive.
  79.     This "Fix" is really a change - I originally wrote the recursive 
  80.     routines to do just that, but then I realized that in doing so, 
  81.     ArcDoctor was wiping out Auto-Verify markers on the parent archive.
  82.  
  83. Okay guys... Give her hell!  Let's make ArcDoctor a "Must Have" for every
  84. BBS system in the world!
  85.  
  86.  
  87. 8-5-92  v0.95
  88. =============
  89.  
  90. ßeta test sites sorted by last name:
  91.  
  92. Operator            BBS      System               Fido     Location     
  93. ----------------------------------------------------------------------------
  94. David Beiger       *TAG      Starfire's Universe  374/5    Merritt Isl. Fla. 
  95. Greg Belanger      !SLBBS    Late-Night           134/48   Calgary, Alta, Can.
  96. Genie Bohn         !SLBBS    Flamingo             374/46   Melbourne, Fla.
  97. Bill Booth         *PCB14.5  Paradise Theater      N/A     Cocoa, Fla.
  98. John Carrol        *RA       Treasure Coast       374/569  Vero Beach, Fla. 
  99. William Herrington !RA       SaddleBag            374/38   Satellite Bch, Fla.
  100. Tom McKeever       ?WC       SpaceCon             374/22   Audubon, Fla.
  101. John Nash          ?TAG      The Abyss            374/10   Palm Bay, Fla.
  102. Juan Perez         !SLBBS    Trojan Express      3609/5    West Palm Bch, Fla.
  103. Alex Rose          *QBBS     Starship Enterprise  374/6    Titusville, Fla.
  104. Jerry Russell      !TBBS     Tech-Talk            374/1    Titusville, Fla.
  105.                    * - Indicates new beta testers this release.
  106.                    ! - Indicates bugs/suggestions/overview reported. 
  107.                    ? - Indicates "Hmmm.... Did you get it?"
  108.  
  109. 1)  This was a major re-write of a good number of routines.  The previous
  110.     versions worked fine on the three systems here:  286/16, 386DX/25 and
  111.     a 486DX/33.  This was not the case abroad.   I have re-writen almost
  112.     every major routine that executes external external programs... In
  113.     a utility like ArcDoctor, that's a good chunk of the program.  Time
  114.     will only tell if it helps those of you that have been having trouble
  115.     with the previous releases.
  116.     
  117. 2)  Somewhere down the line, ArcDoctor "forgot" how to use any defaults other
  118.     than ZIP <Grin>.  This bug has been fix - but for how long?
  119.  
  120. 3)  I've added the ability to add ARJ Comments to ARJ archives.  
  121.     ***************************** NOTE ********************************** 
  122.     ARCDOC.CFG has had a keyword change!  You may use the new ARCDOC.CFG 
  123.     (included) -or- edit your current ARCDOC.CFG keywords as follows:
  124.     AddZipCmt    has been changed to AddArcCmt (no syntax changes).
  125.     StripZipCmt  has been changed to StripArcCmt.
  126.     **********************************************************************
  127. 3a) I noticed a syntax error in the ARCDOC.CFG.  The copy I am shipping 
  128.     with this release fixes that error - I missed a comma between PKZIP.EXE
  129.     and PKUNZIP.EXE on the StripFilesInArc command-line.
  130.  
  131. 4)  To simplify my life, I've also developed a "Key File" system for 
  132.     ArcDoctor.  I was custom compiling a copy for each of you - Geez, what
  133.     a pain!  You should have received a zip file with the name ADxxxxxx.ZIP
  134.     where the six "x's"  are the first six letters of your last name.  If
  135.     you did not receive this file, PLEASE contact me so you may try the new 
  136.     versions out.  From here on out, while in beta testing, I'll keep the 
  137.     latest version of ArcDoctor on-line Freqable by the magic name: ARCDOC
  138.     This magic name and all files related to ArcDoctor are to be keept
  139.     confidential until such time that I release any of them.
  140.     
  141. 5)  VSETARCD.EXE has been modified,  The old version will not be compatable
  142.     with the new ARCDOC.CFG.  A new field has also been added: directly
  143.     below the display of your default archive information, you will see 
  144.     a list of the archive engine names declared in your COMPRESS.CFG.
  145.     If an entry is preceded by an asterisk "*", this engine was not found
  146.     in your DOS path, and thus may not be used.
  147.  
  148. Notes:    
  149.     You have volunteered to beta test ArcDoctor,  for that I thank you,
  150.     but as a beta tester I *NEED* you to report how well ArcDoctor is
  151.     or is not working for you.  You may contact me any of the following 
  152.     ways:
  153.     Voice .......... (407) 255-7713,
  154.     Flamingo BBS ... (407) 253-0782
  155.     FidoNet@USA .... 1:374/46
  156.     SnailMail ...... 1061 Ellen Ct.
  157.                      Melbourne, Fla, 32935  
  158.     
  159.     Thank you -
  160.        Juan Perez, Jerry Russell, Greg Belanger, and William Herrington
  161.        for your bug reports and suggestions.
  162.  
  163. 8-6 to 8-7-92
  164. =============
  165.  
  166. v0.95 seems to be working bug free for the most part on most systems!
  167. No major bugs reported,  Ahh... It's about time!  
  168. There are a few problems that need to be addressed - the logging procedures
  169. need to be revamped when an archiver exits with an errorlevel other than "0",
  170. additionally the following bugs where reported:
  171.  
  172. * Jerry Russell reported:  If an archive that was being processed didn't
  173.   have an extension, the archive utilities couldn't open it up.  He had
  174.   several false PAK archive files located - I need to add additional code
  175.   for PAK file searches to eliminate this problem.  He also requested
  176.   that ArcDoctor move or delete files that fail unarchiving, once the
  177.   "bug" with PAK files is fixed.  I would also like to point out that
  178.   it was Jerry who put the finger on why pre v0.95 was having problems
  179.   running on several platforms.  I don't know whether to thank him, or 
  180.   kick him <Grin> - it was this "finger" that prompted the 18-20 hours 
  181.   a day coding/debugging loop that lasted for the 3 days between v0.94 
  182.   and v0.95. 
  183.  
  184. * Greg Belanger reported:  An error message "can't remove C:\" when ArcDoctor
  185.   was finishing it's run. I can assure you ArcDoctor is not trying to 
  186.   remove your C: drive/directory.  Seems to be a syntax error in my cleanup
  187.   procedures.  Greg suggested SFX file support.  I should also credit him
  188.   with bringing to my attention that ARJ also supports an archive comment,
  189.   and that I should implement this feature in ArcDoctor - done in v0.95.
  190.  
  191. * Juan Perez reported:  ArcDoctor halts with a runtime error if an invalid 
  192.   path is declared in ARCDOC.CFG for the work directory path.  Juan also
  193.   reported   that at the end of it's run, ArcDoctor is halting with a
  194.   "runtime error 003 @ 0000:460B"  I haven't checked it yet, but I'm sure
  195.   the runtime error is related to the bug that Greg reported.  003 
  196.   signifies "path not found".   Poor Juan... he was my original Alpha 
  197.   tester - so he's been putting up with these problems for a long time now.  
  198.   I'd like to express a special thanks to him for so many good bug 
  199.   reports/suggestions and for being so patient with so many supposedly 
  200.   "fixed"  versions in such a short time <Grin>.
  201.  
  202. Took a couple days off from coding... 
  203.  
  204. Began research to add support for the following file types:
  205.   
  206.  * Teledisk files.
  207.  * JPG <--> GIF conversions. 
  208.  * SFX files.
  209.  
  210. Compiled a list of documented errorlevel codes for PKZIP, PKXARC, ARJ, PAK
  211. and LHA.  I plan on implementing this information into the error reporting
  212. routines of ArcDoctor via an external ASCII data file that may be appended
  213. per archive machine - thus when a new archiver is added to COMPRESS.CFG,
  214. ERRORLEV.DEF (or whatever) may also be updated.  This should greatly enhance
  215. BadFile logging and handling.
  216.  
  217.  
  218. 8-8-92  v0.96
  219. =============
  220.  
  221. 1)  ArcDoctor passed a files true file name.ext to the archive engine.   
  222.     In most cases this worked fine, but Jerry Russell pointed out to
  223.     me that sometimes users fail to include the extension when using
  224.     manual protocols such as Xmodem or Ymodem.  This, in it self, was
  225.     not a problem for ArcDoctor, since ArcDoctor verifies an archives
  226.     format via signature bytes contained inside the file.  The problem
  227.     occurred when the unarchiving utility tried to open it up... By
  228.     default most archive utility expect their default extension if 
  229.     none is give.  In the above cases ArcDoctor wasn't passing an 
  230.     extension because the file to be opened didn't have on, thus the
  231.     archive engine was trying to open <filename+archive extension> which
  232.     didn't exist <Grin>.  This was fixed with a couple of simple lines
  233.     of code that rename the file prior to unarchiving if the extension 
  234.     is missing.  Geez... long explanation for a simple problem <Grin>.
  235.  
  236. 2)  Moved about a dozen procedures/functions and 300 lines of code out of 
  237.     the main body of the program and put them into a self-contained unit.
  238.     This unit now contains all of the procedure and functions for CRT,
  239.     logging, and SysopMail (when implemented) output.   Reasons:
  240.     * The main body was just growing to large - it was getting hard to 
  241.       find specific regions to work on.
  242.     * The heap was reaching it's limit (again) - room is going to be needed 
  243.       for for the additional features I hope to implement in the next release.   
  244.  
  245. 3)  Wrote ADFLAVOR.EXE... This utility was written to update/process any 
  246.     file list of files that have been converted to a default archive format 
  247.     by ArcDoctor.  I have tested it on both FILES.BBS ASCII file lists and
  248.     on binary data tree file lists such as those used by Searchlight and
  249.     WildCat!.   ADFLAVOR reads your ARCDOC.CFG, then searches and replaces
  250.     all declared file extension (in COMPRESS.CFG) with your chosen default.
  251.     It will process either of the following conventions of filename 
  252.     displayes:
  253.     
  254.     FILE.EXT
  255.     FILE    EXT
  256.  
  257.     Note: This program will not convert SFX names, and if it finds the
  258.     chosen filename format (see above examples) in a file discription,
  259.     it may also change the discription.  In most cases, this should be 
  260.     desired.  When a file discription is for a utility that works with
  261.     a non-default archive type, you may have to manualy edit the discr-
  262.     iption after ADFLAVOR has done it's thing.  Original files are backed 
  263.     up, keeping the original filename with an ".OLD" extension.   It
  264.     would have been ALOT easyier to to just search and replace extensions,
  265.     but such cases would be much more prone to creating errors in file
  266.     discriptions.  I've run ADFLAVOR on several hundred file discriptions
  267.     here on Flamingo BBS and have found no errors in discriptions that
  268.     needed editing - not a bad track record <Grin>.
  269.  
  270.  
  271. 8-9-92  v0.96
  272. =============
  273.  
  274. 1)  Designed and implemented ERRORLEV.DEF.  I didn't like the idea of
  275.     treating all archive that failed unpacking or packing as BadFiles,
  276.     especialy when the error might be caused by lack of memory or no
  277.     more room on the work directories disk.  If the BadFilesDir was going
  278.     to be used by everyone, this really wouldn't be that big of a deal.
  279.     ERRORLEV.DEF is a simple ASCII text file that lets you declare all 
  280.     errorlevels that may be reported by your archive engines, specifiy
  281.     action to take on a per-errorlevel bases, and define a string for
  282.     each errorlevel of each archive engine to be reported to the CRT,
  283.     ARCDOC.LOG and SysopMail (when I get around to implementing).
  284.  
  285. 2)  Made another attempt to fix the ellusive  "runtime error 003" bug
  286.     that crops up on some systems at the end of runtime - I think the
  287.     error is derived when ArcDoctor fails to remove all files from the
  288.     work directory, thus can not remove the work directory at the end
  289.     of runtime.  This error has been reported by 3 of the systems beta
  290.     testing ArcDoctor - Trojan Express, Treasure Coast, and Paradise
  291.     Theater.
  292.  
  293. I feel v0.95 has proven to be stable enough (pending any late major bug
  294. reports) as to where I feel comfortable enough to make v0.96 a general 
  295. beta release, instead of a restricted beta release.  
  296.  
  297. I have dissabled the need for a key with this version.  ArcDoctor will
  298. now run in "unregistered mode" without a key.
  299.  
  300. The following features will only work if ARCDOC.KEY is present in
  301. the same directory as ARCDOC.CFG:
  302.  
  303. * Convert to default archive format.
  304. * Recursive archive processing.
  305. * StripTdComs.
  306.  
  307. Additional features that will be coded in by version 1.0:
  308.  
  309. * SysopMail.
  310. * Check for TeleDisk files.
  311. * GIF <--> JPG conversions.
  312. * SFX support.
  313.  
  314. I am projecting 15 Sept. 1992 for the release of v1.0 with all of the above 
  315. feature fully implemented.  I am going to try and have all of the above 
  316. features coded into a restricted beta release buy 1 Sept. 1992.  This has
  317. been a fast-paced project, so it may be done much sooner than that.
  318.  
  319. 8-15-92  v0.96
  320. ==============
  321.  
  322. Have spent the past 4 days putting together the documentation for the first
  323. general release of ArcDoctor - 20 plus pages, the documentation is larger
  324. than the program. Oh well... I just hope it is sufficiant for the general
  325. public to be able to make use of ArcDoctor.
  326.  
  327. Still no word from either of my TAG beta test sites, nor any word from
  328. my WildCat! test site.  
  329.  
  330. Made extensive tests on ArcDoctor, found a few minor bugs.  Cleaned up the
  331. code some.  Released the first general release to the public today.
  332.